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I.  INTRODUCTION 

The  Program  Ehraluation  System  (PERT)  Is  a 
method  tor  evaluating  ivogress  to  Improve  the 
planning  of  a  major  research  and  development 
program.  It  is  a  tool  for  management  control. 
Ihltially,  the  system  has  been  developed  and  ap¬ 
plied  to  the  Fleet  Ballistic  Missile  (FBM)  Program. 

The  FBM  program  Is  very  similar  in  form  to  any 
other  type  of  plan  since  it  is  composed  of  a  aeries 
of  activities  or  tasks  scheduled  in  anticipated 
sequence  culminating  in  the  attainment  of  some 
final  major  objective.  Product  performance  and 
resource  allocation  operate  as  constraints  on  the 
time  of  accomplishment. 

The  problem  of  evaluating  a  research  and  devel¬ 
opment  program  is  acknowledged  as  difficult  by 
experienced  research  people  because  of  the  nature 
of  the  activities— inteUectual,  pioneering,  and 
unpredictable. 

How  can  the  Program  Evaluation  System  (PERT) 
improve  on  a  day-to-day  comparison  of  progress  with 
planned  schedule  dates?  Basically,  the  system 
can  provide  at  a  minimum  (1)  orderliness  and 
consistency  in  planning  arid  evaluating,  (2)  auto¬ 
matic  identification  of  possible  future  trouble  spots 
as  a  result  of  failure  in  one  area,  (3)  speed  in 
integrating  progress  evaluation,  and  (4)  throughout 
these  previous  points,  accurate  portrayal  of  the 
dynamic  research  situation. 

II.  PURPOSE 

1.  GENERAL  DESCRIPTION.  The  purpose  of  the 
Program  Evaluation  System  (PERT)  is  to  provide  a 
means  of  handling  the  large  and  complex  problem  of 
rapid  evaluation  and  reprogramming  in  the  FBM 
program.  The  Systems  and  Procedures  Manual  pro¬ 
vides  a  description  of  the  methods  used  to  obtain 
and  process  the  required  information  necessary  for 
the  effective  operation  of  the  system.  This  manual 
is  intended  as  a  guide  for  all  personnel  directly 


concerned  with  operdlion  of  the  system. 

Sections  of  the  manual  contain  information  to 
cover  the  answers  to  the  general  questions;  Who? 
What?  When?  Where?  How?  Specifically,  operation 
of  the  Program  Evaluation  System  must  develop 
along  the  following  lines: 

(1)  Select  specific.  Identifiable  events*  which 
must  occur  along  the  planned  progress  toward 
some  goal. 

(2)  Sequence  these  events  and  establish  the  re¬ 
lationships  which  exist  among  them. 

(3)  Estimate  the  time  and  a  ni«.  :sure  of  the  vari¬ 
ability  of  this  time  for  the  activity  joining 
each  pair  of  events. 

(4)  Apply  electronic  date-processing  equipment 
(computer)  to  process  and  integrate  these 
data. 

(5)  Establish  information  flow  channels  to  as¬ 
semble  progress  and  change  data. 


2.  IMPORTANCE  OP  PROPER  PROCEDURES. 
Efficient  operation  of  any  evaluation  system  is 
dependent  upon  timely  receipt  of  accurate  informa¬ 
tion.  The  procedures  outlined  herein  are  designed 
to  obtain  the  necessary  information  rapidly  and  with 
minimum  effort.  In  order  to  decrease  the  amount  of 
work  involved  and  minimize  the  problems  of  installa¬ 
tion  and  operation,  the  procedures  have  been  tailored 
to  fit  in  with  existing  milestone  progress  reoorting 
procedures  wherever  practicable.  The  effe  ive 
operation  of  the  Program  Evaluation  System  is 
highly  dependent  on  up-to-date  compiket  inputs  and 
rapid  dissemination  of  the  outputs  to  management. 
The  capability  of  the  NORC  computer  installation 
is  utilized  for  processing  the  information.  The 
computer  can  process  some  10,000  activity  times 
in  less  than  half  an  hour. 

'Exhibit  I,  on  the  following  page,  is  a  glossary  of 
terns  that  apply  to  the  Program  Evaluation  System. 
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EXHIMT  I 

GLOSSARY 

(PERT) 

FBM  PROGRAM  EVALUATION  SYSTEM 


ACTIVITY 

An  event  it  separated  from  other  events  by  activities.  An  activity  is  a  time-conniining  element 
in  the  development  process.  It  is  represented  on  a  flow  chart  by  an  anow.  An  activity  cannot 
be  started  untU  Its  preceding  event  hat  been  accomplished.  A  sacceedim  event  to  an  activity 
cannot  be  accomplidied  until  the  activity  it  complete. 

ACTIVITY  TIMES 

Estimates  of  the  elapsed  time  necessary  to  complete  an  activity  in  a  specified  manner  are 
activity  tlnnes.  They  are  represented  by  estimates  indicating: 

Optimistic  timet 
-  Mott  likely  timet 

*  Pessimistic  timet 

CRITICAL  PATH 

A  critical  path  it  that  particular  sequence  of  activities  in  a  flow  chart  that  comprise  the  most 
rlgoroot  time  constraint  in  the  accomplltliment  of  the  end  event. 

EVALUATION  TEAM 

The  Evaluation  Team  (Team)  it  descriptive  of  a  group  of  designated  individuals  charged  with 
fiinherlng  the  SP  evaluation  effort  as  it  bears  on  a  given  sector  of  the  FBM  development. 
Generally,  a  Team  will  be  comprised  of  individuals  representing  the  SP  Technical  and  the 
SP  Evaluation  divisions,  SP  Field  Office,  and  the  Contractor. 


EVENT 

A  meaningful  specified  accomplishment  in  the  FBM  development  program.  An  event  should 
be  recognizable  as  a  particular  instant  in  time. 

FLOW  CHART  OR  PLAN 

The  sequenced  diagramnutic  representation  of  events  and  activities. 

PRECEDING  EVENT 

See  ACTIVITY 

SLACK  PATHS 

Slack  paths  are  sequences  of  activities  that  do  not  lie  on  the  critical  paths.  Slack  may  exist 
in  varying  amounts. 

SUCCEEMNG  EVENT 

See  ACTIVITY 
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m.  INSTALLING  THE  SYSTEM 

1.  PRELIMINARY  MEErriNOS.  There  can  be  no 
aubstitute  for  adequate  preparation  of  all  levels  of 
manacement  within  the  contractor  organization  prior 
to  begitming  the  actual  Installation.  Probably  the 
best  approach  to  use  is  similar  to  the  one  frequently 
employed  by  SP  management  for  originating  mile¬ 
stone  progress  repotting  procedures.  Briefly,  this 
involves  briefing  certain  contractor  personnel  in 
PERT  methodology  and  outlining  the  iwocedures  to 
be  used  for  gathering  and  transmitting  essential 
data.  This  can  be  accomplished,  in  most  cases,  at 
the  time  of  a  visit  to  the  conteactor’s  plant  by  a 
well-trained  team  from  SP  with  reiwesentatives  from 
and  arrangement  by  the  SP  Field  Office. 

The  importaiKe  of  the  acceptance  and  approval 
of  management  within  the  contractor  organization 
should  not  be  underestimated.  “Getting  off  on  the 
right  foot,"  goes  a  long  way  toward  making  an 
effective  installation  of  the  system. 

2.  ORIQINATINQ  THE  PLOW  CHART-TJIE  VISIT 
OP  THE  EVALUATION  TEAM 

(1)  Selecting  the  Events.  After  the  Evaluation 
Team  has  been  prrverly  set  up  and  generally  briefed 
and  trained,  a  meeting  with  the  contractor-assigned 
members  of  the  team  should  be  planned  and  held  to 
select  the  events  to  be  included  on  the  flow  chart, 
tt  is  possible  that  SP  milestones  used  in  existing 
progress  reporting  after  examination  and  necessary 
revision  can  become  the  events  that  are  needed  to 
form  the  basis  for  the  flow  chart. 

It  is  Important  to  analyze  each  event  description 
consldeted  for  use  on  the  flow  chart  by  asking 
appropriate  questions  in  the  following  categories: 

Categom  i-Does  the  event  represent  a  definite 
discernible  beginning  or  ending  point  of  some 
activity  or  group  of  acttvttles?  (Such  words  as 
firm,  finalize,  freeze,  sh^,  etc.  are  to  be  avoided. 

In  their  place  use  such  phrases  as,  “design  release 
complete,"  "production  prototype  design  complete,” 
"approve  for  captive  test,"  "arrival  of  1st  flight 
test  vehicle  at  AFMTC,”  etc.) 

Category  2-Is  the  description  detailed  and  com¬ 
plete?  Does  it  tell  who  does  it?  Where  and  what 
is  done?  (Be  sure  model  descriptions  are  complete. 
Use  specific  FTV,  CTV,  and  other  available  code 
numbers  to  name  specific  components,  sybsystems, 
and  systems.  Use  test  and  model  numbers.) 

Category  J-Does  the  technical  man  who  is  to  do 
the  estimating  understand  the  events  as  beginning 
and  ending  points  of  some  clearly  defined  activity? 
Is  to  able  to  fix  in  his  own  mind  what  has  to  take 
place  at  the  completion  of  the  preceding  event 
before  the  immediately  succeeding  event  is  reached? 
(This  category  is  used  when  interrogation  of  the 
estimator  takes  place  in  obtaining  tinm  interval 
estimiRes.) 

(2)  Loytsa  Oat  the  Chart.  After  the  events  bave 
been  properly  selected,  the  next  step  is  to  place 
the  deseripttons  on  a  flow  chart.  This  can  be  ae- 


ccmtpllshed  on  a  "first  cut”  basis  by  drawing  a 
series  of  circles  (or  boxes)  about  1-1/2  inches 
across  on  a  large  sheet  of  paper.  The  event 
dfsertptions  are  handwritten  in  the  circles.  (They 
may  be  abbreviated  as  long  as  a  complete  list  of 
evergs  and  their  description  is  maintained.)  Eveats 
are  placed  vertically  according  to  category  (subcom¬ 
ponent  on  a  component  chart,  subsystem  on  a  sjrs- 
tem  chart,  etc.)  and  along  the  horizontal  axis 
roughly  according  to  schedule  dates.  B  is  best  not 
to  place  a  permanent  horizontal  scale  on  the  chart. 

If  this  is  done,  the  estimator  may  use  the  divisions 
to  judge  the  planned  amount  at  time  scheduled  to 
elapse  between  events  and,  thereby,  introduce  a 
bias  into  his  estimates. 

At  the  conclusion  of  this  step  in  the  process, 
the  chart  is  nothing  more  than  a  series  of  circles 
with  written  descriptions  in  them.  (For  the  most 
part,  a  sheet  of  paper  about  24  by  36  inches  should 
provide  enough  space  for  about  200  events  with  a 
2-year  scale  along  the  horizontal  axis.) 

(3)  Connecting  Events.  To  aid  in  connecting 
events,  the  head  of  the  technical  group  directly 
engaged  in  doing  the  development  work  under  con¬ 
sideration  should  be  requested  to  provide  qualified 
personnel.  They  should  be  persons  of  a  hijgh  level 
in  the  technical  organization  and  yet  should  be 
enable  of  doing  the  development  werk  themselves, 
hi  other  words,  they  should  be  aware  of  the  over-all 
planning  as  it  applies  to  the  area  covered  by  the 
flow  chart. 

Technical  personnel  are  to  indicate  the  connec¬ 
tions  or  arrows  to  be  drawn  between  events  accord¬ 
ing  to  present  plans  and  expectations.  The  criterion 
to  use  is,  for  example: 

"According  to  preseik  plans  it  is  expected  that 
events  nundiered  10  and  22  are  related  aid  that 
event  number  10  will  have  to  be  reached  before 
event  number  22  can  be  accomplished.  Events 
number  10  and  22  are  so  related  and  interde¬ 
pendent  that  unless  10  is  completed  the  activity 
between  them  cannot  be  started.  Pizthermve,  it 
will  be  impossible  to  reach  the  point  in  time 
represented  by  22  until  the  activity  represented 
by  the  arrow  between  them  is  completed.  More 
specifically;  an  inspection  of  an  assembly  can¬ 
not  be  started  until  it  is  assembled,  the  as¬ 
sembly  cannot  begin  until  the  components  are 
fabricated,  etc.” 

o - — c 

10  22 

B  is  advantageous  to  start  at  the  left  of  the 
chart  where  some  events  may  have  been  completed 
already  or  scheduled  for  completion  momentarily. 
Some  events  are  considered  as  having  no  preceding 
event.  These  events  start  as  of  the  time  "0”  or 
“now." 

Arrows  leading  into  these  events  originate  at 
the  "0*  point.  The  connecting  process  is  coiBimuad 
across  the  chart  to  the  extreme  right  until  each 
event  is  properly  related  to  all  the  other  eventk 
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•tthw  dlraetly  or  indlnetly.  Events  1,  3,  and  5  of 
Bihibtt  n,  foUowlnc  this  page,  are  events  of  this 
tjrpe. 

The  statement  is  sometimes  made  by  the  techni* 
cal  man,  *But  this  event  does  not  have  to  be  ac¬ 
complished  before  we  can  start  the  indicated  sub¬ 
sequent  activity.* 

The  question  to  ask  in  this  case  is,  “Does  the 
relationship  as  shown  by  the  arrow,  represent  cur¬ 
rent  plaiuiing  within  your  group?" 

(4)  Estimotiaq  Elapsed  Times.  The  same 
technical  man,  if  available,  who  indicated  the  con¬ 
nections  to  be  made  between  events  should  be  con¬ 
sulted  to  provide  estimates  of  elapsed  times  and 
associated  variabilities  for  the  activities  repre¬ 
sented  by  the  arrows  between  pairs  of  events.  It  is 
important  that  the  technical  man  be  fully  aware  of 
the  actions  within  his  group  which  must  take  place 
between  the  events.  Also,  he  must  be  able  to  pro¬ 
vide  three  time  estimates  corresponding  to  three 
different  sets  of  conditions  as  indicated  below; 

1.  Optimistic  Tiate-The  first  estimate  Is  an 
'optimistic”  one,  in  that  it  gives  the  best  or 
shortest  time.  There  is  little  hope  of  com¬ 
pleting  the  activity  in  less  than  the  optimistic 
time. 

2.  Most  Likely  Ttme-The  "most  likely”  time 
estimate  Is  that  which  would  be  given  if  only 
one  time  estimate  was  requested.  It  is  the 
time  that  would  occur  most  often  if  the  activ¬ 
ity  was  repeated  under  exactly  the  same  con¬ 
ditions  many  times.  If  many  knowledgeable 
people  were  asked  for  the  most  likely  time, 
the  value  given  most  often  would  form  the 
most  likely  time  estimate. 

3.  Pessimistic  Tiaie-If  significantly  worse  luck 
than  usual  occurs,  the  "pessimistic  time* 
estimate  indicates  the  longest  time  that  the 
activity  would  take. 

Time  estimates  should  be  entered  on  the  flow 
charts  along  the  turows  to  which  they  apply.  A  good 
form  to  use  is  illustrated  in  the  original  flow  chart 
of  Exhibit  II.  When  all  three  time  estimates  (opti¬ 
mistic,  most  likely  and  pessimistic)  are  equal,  the 
activity  should  be  analyzed  carefully  for  possible 
errors  in  estimation. 

(5)  UentVyiao  Events  and  Assigninff  Code 
Mvmhers.  lb  order  to  adequately  identify  events  in 
a  form  ammable  to  computer  aiialysls  and  to  trans¬ 
mit  information  about  events  in  an  onclassifled 
manner,  it  is  necessary  to  assign  code  numbers  to 
die  various  events. 

The  code  number  consists  of  two  parts:  a  six- 
digit  prefix  and  a  three-digit  suffix,  separated  by  a 
hyphen.  The  prefix  IderAUles  the  highest  level 
chart  number  upon  which  the  event  appears.  For 
example,  most  evrats  on  a  component  chart  num¬ 
bered  027110  would  have  this  particular  six-digit 
numbmr  as  a  prefix.  However,  certain  important 
evsiHs  which  appear  on  a  subsystem  or  system  flow 
chart  would  be  numbered  according  to  the  topmost 
chart  upon  which  they  aweaied. :  Typically,  the 
flow  chart  numbering  would  appear  as  one  of  the 
following  examples: 


Cbm 

Smmbtr  Gamurml  Type 

020000  System 

027000  Subsystem  (may  contsin  020000  oumbetsl 

027100  Component  (msy  contsin  020000  and  027000 
numbers). 

027110  Subcomponent  (may  contain  020000,  027000, 
and  027100  numbersl 

027111  Use  of  the  last  right  hand  column  indicates 

s  special  chart 

Note:  It  is  possible  to  have  a  short-range  system  chart 
and  number  it  020001.  Events  on  it,  however, 
would  be  numbered  02000  if  they  appeared  on  the 
02001  chart 


An  index  should  be  kept  in  SP  probably  by  com¬ 
puter  liaison,  of  all  high  level  chart  numbers  of  a 
general  nature  that  are  likely  to  appear  on  lower 
level  charts,  i.e.,  events  that  concern  a  combina¬ 
tion  of  two  or  more  systems,  subsystems,  etc.  A 
flight  test,  for  example,  would  probably  concern 
ballistic  shell,  flight  control,  guidance,  and  propul¬ 
sion,  etc.  When  constructing  a  new  flow  chart  or 
network,  all  events  of  a  general  nature  should  be 
checked  with  a  copy  of  the  index.  When  event  de¬ 
scriptions  are  the  same,  numbering  of  the  highest 
level  chart  must  take  precedence.  Notice  the  num¬ 
bering  of  events  in  Exhibit  n. 

The  suffix  consists  of  three  digits  that  are  as¬ 
signed  sequentially  as  the  chart  is  drawn.  De¬ 
scriptions  of  events  are  noted  on  the  flow  chart 
according  to  the  form  and  order  illustrated  by  the 
following  dummy. 


(Begin) 

(Flight  Test  from 
Flat  Pad) 

(AFWTC) 
(Propulsion  s/s) 
(CX-1) 

(16) 


Key  word 

Complete  description 
Location,  if  necessary 

Identification 

Prefix  or  sequence  number 


After  all  the  events  have  been  placed  on  the 
chart,  suffix  numbers  are  assigned:  001  to  the  first 
evei^  picked  (not  in  any  prescribed  orderk  002  to 
the  second,  003  to  the  third,  etc.  It  is  best  to  keep 
an  index  of  these  events.  The  above  example  would 
appear  as  follows: 
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INDEX 

Otkm 

Uumift- 

cttiam 

Codm  Ntmkmr*  DmacHp-  Rmapoms^  SehmMm 

Hmmkur  0/  Amy)  tkm  hUUy  DmU 

027100-  Bagla  night  LHSD  (— ) 

001  Tast  bam 

nat  Pad, 

APMTC  Pto- 
ptdalaa  s/a, 

CX-1 

*Aa]r  othar  aumbar,  soch  aa  chart  and  llaa  aambar  of  a 
PUP  which  ahould  ha  lataiaad. 

(6)  Completing  the  Chart.  Tlie  flow  chart  is  to 
be  used  as  the  basis  for  conveying  the  initial  data 
to  8p  12.  hi  its  original  'work  sheet*  form,  it  must 
be  classified  because  of  the  event  description.  If 
the  chart  is  redrawn  with  no  time  scale  or  dates 
shown  and  the  identification  code  numbers  are 
placed  in  the  event  boxes  instead  of  the  descrip¬ 
tions,  the  chart  can  be  transmitted  unclassified. 
However,  an  event  index  list  is  required  in  addition 
to  the  flow  chart  to  explain  the  meaning  of  each 
code  number. 

3.  TRANSMITTING  INFORMATION 

(1)  Using  Flow  Charts  To  Convey  mfomatian. 
The  chart  should  be  redrawn  so  that  it  is  readily 
reproducible.  If  placed  on  tracing  paper  with  hidia 
ink  lines,  it  can  be  reproduced  by  theOzalid  process. 
Original  charts  and  reproducible  masters  should  be 
kept  by  the  contractor  member  of  the  Program  Evalu¬ 
ation  Team  and  copies  submitted  through  the  SP 
Field  Office  as  p«  the  data  flow  chart  in  Exhibit 

m,  following  this  page. 

(2)  Translating  the  Flow  Chart  to  a  Standard 
Progress  Form.  Mormatlon  as  presented  on  the 
flow  chart  cannot  be  fed  directly  into  the  computer. 
At  some  point  in  transmission,  the  flow  chart  has 
to  be  converted  into  numerical  data.  :  Each  activity 
time  and  its  corresponding  boundary  events  are 
translated  into  entries  on  the  Report  of  Progress 
and  Time  Interval  Estimates  FX>rm  Ulustrated  in 
Exhibit  IV,  following  Exhibit  m.  The  conversion 
should  take  place  in  the  data  flow  process  as  soon 
as  possible  after  the  origination  of  the  chart.  A 
lo^cal  place  for  this  routine  clerical  operation 
would  be  in  the  SP  Field  OtRce  or  in  the  contrac¬ 
tor's  program  plans  or  program  analysis  group.  The 
decision  as  to  who  does  this  will  be  made  by  the  Sp 
12  representative  at  the  tbne  of  histallation.  Re¬ 
quired  copies  of  the  completed  fbtms  are  to  be  for¬ 
warded  to  SP  tor  dlstrUN^n  and  analysis  as  indi¬ 
cated  in  ExhlUt  m. 

(3) *  CoMng  the  Standard  Progress  Form.  Cer¬ 
tain  seeUoas  of  ihe  Report  ot  Progress  and  Time 
literval  Brtlmates  Form  are  reserved  tot  the  coding 
sexton  of  the  Oomputer  Osnter  or  other  authorised 
groups.  BMrles  in  crduam  (1)  must  be  made  as 
follows: 


Code 

Heason  tor  Line  Entry  on  Form  Number 

New  or  original  estimate  ot  an  activity  1 

(adding  a  connecting  link) 

Re-estimate  of  existing  activity  2 

Completed  activity  3 

Static  change-correction  by  computer 

staff  4 

Deletion  of  an  activity  5 


Columns  (2)  and  (3)  are  specifically  set  aside 
tor  SP,  FBM  managers.  Special  computer  runs  can 
be  made  when  requested,  to  order  to  code  computer 
runs,  entries  in  these  two  columns  will  be  supplied 
by  the  individuals  within  SP  Technical  Branch  or 
the  SP  Field  Office  that  originates  the  request  tor  a 
special  run.  These  entries  will  reflect  any  hypo¬ 
thetical  or  proposed  changes  in  resources  (column 
2)  and/or  performance  (column  3).  Entries  should 
be  in  the  form  of  3  digits  representing  per  cent  of 
performance  or  resource  allocation.  Dropping  per- 
fonnance  to  50%  of  original  plans  would  be  indicated 
by  an  050  entry;  slmilariy  resource  allocation  of 
500%  (5  times  original  plans)  would  be  shown  by  a 
500  entry. 

Column  (4)  is  provided  for  the  computer  staff. 
EnMes  here  translate  a  calendar  date  from  column 
(G)  into  a  code  number  understandable  by  the  com¬ 
puter.  TaUes  will  be  provided  the  computer  cleri¬ 
cal  staff  so  that  they  can  make  the  conversions. 

4.  HANDLING  OF  ORIGINAL  DATA 

(1)  Revising  the  Original  Flow  Chart  Drawing. 
Computer  analysis  of  the  original  data  will  deter¬ 
mine  for  each  event  an  earliest  time  or  a  time  when 
the  event  is  expected  to  occur.  After  this  is  done, 
revised  flow  charts  will  be  drawn  by  Sp  12  Graphics 
using  earliest  times  for  determining  the  positions  of 
various  events  along  the  horizontal  axis.  Copies 
of  these  revised  original  charts  will  be  transmitted 
to  the  cognizant  SP  Technical  Branch  and  to  the 
estimator  making  the  estimates.  Any  necessary 
changes  or  corrections  must  be  submitted  to  12 
Computer  Center  on  the  chart  or  on  the  proper  form 
Exhibit  V,  following  this  page. 

'Leave  this  section  out  of  manuals  intended  for  use 
solely  by  contractor  personnel. 

If  there  are  corrections  or  changes  to  be  made, 
sp  12  Graphics  will  revise  the  chart  and  notify  the 
original  team  of  the  changes  (see  Exhibit  m). 

IV.  MAINTAINING  THE  DATA  FLOW 

1.  OENERATTNG  THE  BIWEEKLY  REPORT.  The 
form  used  with  its  attendant  instructions  is  described 
in  Exhibit  VI,  following  this  page.  TransmlssitHi 
of  the  form  is  outlined  in  Exhibit  vn,  following: 
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2.  REQUESTINQ  ADDITIONAL  INFORMATION  ON 
CRITICAL  ARKAS.  As  s  result  of  compute  anal¬ 
ysis,  specific  paths  on  the  flow  chut  will  show  up 
as  critical.  At  the  end  of  each  monthly  period,  the 
contractor  will  be  required  to  submit  re-estimates 
of  all  time  intervals  along  the  critical  path.  The 
requests  will  be  bandied  as  set  forth  in  the  data 
flow  diagrams  of  Exhibit  Vm,  following,  and  will 
require  either  completion  of  a  form  similar  to  that 
illustrated  in  Exhibit  V  or  a  revision  of  a  flow  chart 
as  provided  by  Sp  12.  Requests  from  SP  12  may 
originate  on  the  form  mentioned,  in  which  case,  it 
will  be  necessary  for  contractor  personnel  to  finish 
the  entry  for  each  partially  completed  line  and  re¬ 
turn  the  report  to  the  Computer  Center.  Outputs 
will  be  distributed  as  illustrated  in  the  data  flow 
chart.  Exhibit  vm. 

3.  FULFILLING  "SPECIAL*  REQUESTS  P(» 
SUPPLEMENTARY  DATA.  A  "special"  request 
for  supplementary  data  may  originate  at  any  time 
as  a  result  of  endeavors  by  SP  Technical  Manage¬ 
ment  to  develop  new  or  revised  plans  and  sche¬ 
dules.  The  method  to  follow  in  originating  and 
transmitting  these  requests  is  outlined  in  the  data 
flow  diagram  of  Exhibit  vm. 

The  process  begins  with  the  SP  Technical 
Branch  and  the  SP  Field  Office  writing  up  the  re¬ 
quest  on  a  standard  form  (Exhibit  V)  and  submitting 
this  to  Sp  12.  If  more  information  is  required  on 
the  form  from  the  contractor,  the  partially  com¬ 
pleted  form  is  transmitted  as  shown  in  Exhibit 
vm.  Outputs  generated  as  a  result  of  such  hypo¬ 
thetical  or  proposed  changes  are  returned  to  the 
requesting  body. 

4.  REVISING  EXISTING  FLOW  CHARTS 
QUARTERLY.  Essentially  the  same  procedure  is 
followed  in  revising  flow  charts  quarterly  as  is 
used  in  setting  them  up  originally.  A  team  of  rep¬ 
resentatives  as  described  in  Section  UI  critically 
examines  all  events  and  times  in  the  existing  flow 
chart.  Revisions  and  re-estimates  are  made  wher¬ 
ever  necessary.  All  changes  are  communicated  as 
outlined  in  the  flow  chart  of  Exhibit  in  and  are  in¬ 
corporated  as  soon  as  available  to  Sp  12  in  sub¬ 
sequent  computer  runs. 

V.  UTILIZING  OUTPUTS  FOR  MANAGEMENT 
DECISION  MAKING 

1.  INTERPRETINQ  AND  ANALYZING  OUTPUTS. 
The  output  sheets  as  illustrated  in  Exhibit  IX,  fol¬ 
lowing  this  page,  provide  valuable  Information  as  to 
progress  to  date  and  anticipated  future  progress. 

The  Tl  —  Te  column  indicates  the  amount  of  slack 
in  a  particular  event.  The  (vesence  of  a  large 
amount  of  positive  slack  in  an  event  is  an  indica¬ 
tion  of  a  place  where  resources  might  be  available 
for  possible  "trade-offs."  A  slack  value  approach¬ 
ing  zero  would  indicate  that  the  event  in  question  is 
likely  to  be  a  potential  trouble  spot.  Critical  paths 
ate  determined  by  highlighting  (drawing  in  red  or 
otherwise  enphaslzlng)  those  lines  which  pass 


through  events  with  zero  slack.  Slippage  of  an 
event  along  the  zero  slack  path  will  cause  a  cor¬ 
responding  slip  in  some  major  end  objective. 

Monthly  requests  for  additional  data  are  an 
attempt  to  focus  attention  on  relatively  critical 
paths  and  to  audit  a  few  specified  events.  Re- 
estimates  are  requested  for  all  those  times  that  lie 
along  the  critical  paths.  This  serves  two  purposes; 
(1)  emphasis  is  placed  on  "tight”  areas,  and  (2) 
estimates  in  these  areas  are  marked  for  critical 
analysis  with  an  effort  to  produce  more  accurate 
data  where  it  is  needed  most. 

Auditing  seeks  to  improve  the  accuracy  of  the 
flow  chart  by  requesting  estimates  on  a  small 
group  of  selected  activities  which  differ  from 
month  to  month.  It  is  expected  that  all  events  on 
the  chart  will  be  covered  at  one  time  or  another. 

The  Ts  column  is  merely  a  conversion  of  the 
schedule  data  for  an  event  to  the  coded  date  as  ut¬ 
ilized  by  the  computer.  The  P,  column  is  the  re¬ 
sult  obtained  by  comparing  on  a  probability  basis 
the  expected  or  earliest  time  (Tg)  for  the  occur¬ 
rence  of  an  event  with  the  schedule  time  (Tg).  The 
number  in  the  Pr  column  indicates  the  probability 
of  reaching  the  event  on  or  ahead  of  schedule. 
Obviously,  if  the  P,  value  is  low  (below  .05),  the 
probability  of  meeting  or  beating  the  schedule  is 
quite  remote.  Values  of  about  0.5  are  good,  while 
values  close  to  1.0  are  excellent. 

2.  DEVELOPING  NEW  OR  REVISED  PLANS  As 
a  result  of  examining  initial  outputs  on  a  particular 
component  or  subsystem,  the  Technical  Branch  of 
SP  may  decide  to  develop  and  to  test  hypothetical 
plans.  Those  events  that  are  marked  as  probably 
being  reached  ahead  of  schedule  indicate  possible 
areas  where  resource  trade-offs  might  be  arranged. 
Events  along  the  critical  (zero  slack)  path  indicate 
possible  areas  for  performance  degradation  or  in¬ 
creased  resource  application. 

If  the  schedule  for  a  major  event  is  in  jeopardy, 
it  may  be  possible  to  replan  in  a  fashion  that  will 
Improve  the  outlook  of  meeting  schedule.  This  re¬ 
planning  could  take  the  form  of  altering  the  planned 
sequence  of  events,  if  that  is  possible.  Such  an 
alteration  could  postpone  certain  activities  to  a 
later  point  in  time.  E.g.,  it  might  be  possible  in 
certain  situations  to  forego  some  testing  before  a 
flight.  Thus  the  replanning  would  not  force  the 
flight  to  await  all  of  the  preliminary  tests  that  were 
originally  planned. 

In  addition  to  the  changes  already  mentioned,  it 
is  possible  to  setup  the  computer  so  that  it  will  de¬ 
velop  a  new  schedule  based  on  some  arbitrary  set 
of  criteria.  This  is  described  in  detail  in  the  Phase 
I  report  of  the  PERT  project— available  frcan  Sp  12. 

Changes  like  those  above  can  be  indicated  on  a 
form  of  the  type  presented  in  Exhibit  IV,  and  the 
computer  will  miAe  the  analysis  within  a  few  hours 
after  the  origination  of  the  request.  The  speed  with 
which  the  computer  operates  allows  may  h^othet- 
ical  situations  to  be  posed  and  tested  in  a  shut 
period  of  time.  The  difficult  part  of  the  process  is 
the  translation  of  the  physical  situaticm  envisioned 


6 


In  the  mind  of  the  planner  into  the  objective  terms 
which  form  the  language  of  the  computer.  There 
can  be  nothing  hazy  or  Indefinite  about  the  informa¬ 
tion  or  instructions  that  are  fed  into  the  computer 


It  accurate  and  reliable  results  are  to  be  obtained. 
A  computer  liaison  man  will  be  available  in  Sp  12 
for  consultation  on  problems  of  computer  interpreta¬ 
tion. 
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